home *** CD-ROM | disk | FTP | other *** search
- From: ark@research.att.com (Andrew Koenig)
- Message-ID: <DMCywE.I63@research.att.com>
- X-Original-Date: Tue, 6 Feb 1996 14:29:02 GMT
- Path: in1.uu.net!bounce-back
- Date: 06 Feb 96 14:42:14 GMT
- Approved: fjh@cs.mu.oz.au
- Return-Path: <daemon@meeker.UCAR.EDU>
- Newsgroups: comp.std.c++
- Subject: Re: Give operator. a chance
- Organization: AT&T Research, Murray Hill NJ
- References: <62HLdPo3cDB@faerber.muc.de>
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBFAgUBMRdo1eEDnX0m9pzZAQFiXgF+OOhKq3Re4wFKjUnMa7cYbfErpDQp4Qgo
- MDAsj0wVACebV7LvdIgbVZXfDLyRkZMr
- =cHIF
-
- In article <62HLdPo3cDB@faerber.muc.de> claus@faerber.muc.de (Claus A.
- Faerber) writes:
-
- > IMO there's a better way than 'operator.()':
-
- > Simply say: 'If a class member identifier is not found
- > within an object, all possible cast operators are scanned in
- > order to find a conversion to an object of a class
- > containing a member with this identifier.'
-
- I suspect that makes compilation impossibly hard in the presence of templates.
- --
- --Andrew Koenig
- ark@research.att.com
- ---
- [ comp.std.c++ is moderated. Submission address: std-c++@ncar.ucar.edu.
- Contact address: std-c++-request@ncar.ucar.edu. Moderation policy:
- http://reality.sgi.com/employees/austern_mti/std-c++/policy.html. ]
-